11/29/2007 18:24 818-885-5750 DEFRANK PAGE 



(19) 



J) 



Europfllsches Patentamt 
European Patent Office 
Office europeen dee brevets 



(12) 



(11) EP 1 130 871 A1 

EUROPEAN PATENT APPLICATION 



(43) Date of publication: 

05.09.2001 Bulletin 2001/36 

(21) Application number: 00301644.1 

(22) Date of filing: 01.03.2000 



(51) lntCl7: H04L 29/06, H04N 5/445, 
G06F 17/30 



(84) Designated Contracting States: 


(72) Inventor: The designation of the Inventor has not 


AT BE CH CY DE OK ES Fl FR QB QR IE IT LI LU 


yet been filed 


MC NLPTSE 




Designated Extension Stales: 


(74) Representative: Shelley, Mark Raymond et al 


AL LT-LV MK RO SI 


British Telecommunications pic 




BT Group Legal Services, 


(71) Applicant: BRITISH TELECOMMUNICATIONS 


Intellectual Property Department, 


public limited company 


8th Floor, 120 Holborn 


London EC1A7AJ(GB) 


London EC1N2TE (QB) 



So 
o 

CO 



Q. 

LU 



(54) Media session discovery 

(57) The invention provides a method of accessing 
data relating to announced media sessions that are to 
take place over a communications network such as the 
Multicast Internet. The data may Include scheduling, title 
and content information, for example. The method com- 
prises the steps of:- 1) establishing a communications 
channel between a user terminal and a database sys- 
tem (605), where the database system comprises ses- 
sion specific data relating to respective media sessions 
available over a communications network; ii) determin- 
ing the Identity of the user by unique Identification code 
or otherwise (610); II) retrieving user specific data for 
that user (625); iii) selecting from the media sessions, 
in accordance with said user specific data, at least one 
media session relevant to the user (630); and rv) return- 
ing session specific data identifying the relevant media 
session or sessions to the user terminal (635). In anoth- 
er aspect the Invention provides a method of configuring 
a media session database. 
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Description 

[0001] This invention relates to media session discovery and in particular a method and system for accessing media 
session descriptions transmitted over a communications network. 
5 [0002] Multicast transmissions are becoming Increasingly common on the Internet, fn contrast to standard Internet 
Protocol (IP) point to point transmissions (unicast), IP multicast allows the simultaneous transmission of information 
to a group of recipients from a single source. Routing support for IP multicast transmissions Is provided by the MBone 
(IP Multicast Backbone) which is a virtual network layered on top of the Internet. 

[0003] IP multicast allows real-time communications over wide area IP networks and typical transmissions include 
10 video and audio conferencing, live multimedia training, university lectures, and transmission of live television and radio 
programmes, for example. 

[0004] A multicast transmission usually consists of a multimedia session made up of one or more Individual media 
streams typically carrying vldoo, audio, whiteboard or raw data. Some sessions are persistent, but the majority exist 
for a specific period of time, although need not be continuous. Multicast based transmissions on the MBone differ from 
15 unicast IP transmissions in that any user receiving the transmission can join the session (unless the transmission Is 
encrypted) and to receive a transmission, a user need only know the appropriate transmission address and timing 
Information. 

[0005] Prior to a multicast transmission an appropriate announcement containing a session description is made, 
usually at an IP group multi-cast address. Standard session descriptions are generated using Session Description 

20 Protocol (SOP), as defined in the Internet Engineering Task Force's draft RFC 2327. SDP is a simple ASCII text based 
protocol that is used to describe real time multimedia sessions and their related scheduling Information. SDP messages 
are wrapped in a earner protocol, known as a Session Announcement Protocol (SAP), which, in addition to containing 
the necessary IP addressing and routing Information for transmission across the Internet or MBone, allows the SDP 
message to be encrypted, signed or compressed. An announcement can then be sent at regular intervals to the an- 

25 nouncement group address. As an alternative to SAP, a session may be announced by placing an SDP message on 
a World Wide Web site (WWW) or by sending It to individuals by email or as a unicast transmission inviting them to 
participate. 

[0006] An SDP message conveys information about each media stream in the multicast multimedia session to allow 
the recipients to participate in the session. A typical SDP message will include the session name and purpose, the 

20 time(s) and date(s) the session will be active, the component media streams of the session and information required 
to participate in each media stream (IP multicast address, port, media format). The SDP message may also include 
details of the session's bandwidth requirements, an encryption key necessary to participate in a secure multicast trans- 
mission using public key encryption, contact Information for the organiser of the multicast session, and a Unique Re- 
source Indicator (URI) pointing to a WWW or an Intranet web site where further information on the session may be 

35 found, for example, background information relating to the conference. 

[0007] The level of participation a user may make in a session or stream depends on its purpose. In a multicast 
television session, typically users would only be able to receive the session streams whilst in a multicast conference 
session the communication would be bi-directional with a central server receiving each participants transmissions and 
relaying them to the other participants. 

40 [0008] A common front-end interface used by multicast end users is known as Session Directory Rendezvous (SDR). 
This interface takes the received announcements, decodes the SDP message and displays the names of those ses- 
sions that are still current in a list. The end user may then select one of the listed announcements to view further 
technical and user-oriented details of the announced session. From the displayed information, the end user can then 
select to join individual streams of the session or to join the entire session. Once the streams to be joined are selected, 

45 SDR starts the necessary multicast-enabled multimedia application on the end user's computer, such as Vic, Vat, or 
wb etc and passes the relevant stream Information (a transport port address) from the announcement onto the appli- 
cation allowing the application to establish the link to the associated IP multicast address and participate in the stream 
at transmission time. Having Initiated the applications and passed the relevant transport port address SDR plays no 
further part in the session. 

so [0009] Recent increased usage and demand for real time multimedia streaming on the Internet has highlighted a 
number of limitations with both existing session description protocols and session discovery tools such as SDR. One 
limitation Is the lack of Information focus provided by the session discovery tools. For Instance, SDR displays all current 
media sessions Irrespective of session content, timing or source address. A further limitation is that SDR does not 
provide a search function utility, that is to say, it does not allow users to search cached announcements for content 

55 specific media sessions or multicast channels (or more precisely group addresses). This lack of information focus is 
compounded by the fact that at the end of 1 999 there were over 8000 radio stations and 1 00 television stations •broad- 
casting" live on the Internet, that Is to say, transmitting multicast packets comprising realtime media streams to multicast 
group addresses. As the demand for real time multimedia increases It is envisaged that session discovery tools such 
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as SDR will become overloaded and unable to present meaningful information. 

[0010] World Wide Web (WWW) search engines provided by so called Web Portal companies or Internet Service 
Providers (ISP's) such as "Excite" allow users to actively search the WWW for Web pages associated with and con- 
taining information on multicast media sessions and channels. Search engines typically comprise so-called "robots 0 
s or "crawlers" which are computer programs that continually search the Internet for new WWW sites and pages. These 
programs send back information Including Web page keywords and/or metadata found in Wsb page title blocks. This 
information Is used to Index Web pages In the search engine databases. 

[0011] Infoimation focus is also major problem with the WWW and this can affect the ability of search engines to 
find specialised content such as Web pages containing media session descriptions. Moreover, the use of search en- 
10 ginescan be problematic for novice and unskilled users unfamiliar with concepts such as keyword searches and search 
phrases. 

[0012] The lack of Information focus on the WWW Is also a problem for multicast service providers such as radio 
and television stations as It Is difficult to target session announcements to Interested parties. 
[0013] According to a first aspect of the invention there is provided a method of accessing media session data in a 
'5 database system in response to instructions from a user terminal, said method comprising the steps of:- 

establishing a communication channel between a user terminal and a database system, said database system 
comprising session specific data relating to respective media sessions available over a communications network; 
determining the identity of the user; 
20 retrieving user specific data for that user, 

selecting from said media sessions, in accordance with said user specific data, at least one media session relevant 
to the user; 

returning session specific data identifying the relevant media session or sessions to the user terminal. 

2S [0014) This allows a user to readily access media session data that is specifically relevant to that user regardless of 
the quantity of media session data contained in the database. By retrieving user specific data the database is able to 
rocognlso media sessions that are of particular relevance to individual users. In this way the database can be easily 
scaled to provide searching facilities for many hundreds or thousands of multicast channels. Thus, session announce- 
ments transmitted over the Multicast Internet or Mbone can be stored in a central database that is connected to the 

30 MBone and accessed by remote users using dial up modems or other non-Mbone dedicated communication links. 
Information focus is improved since users are only forwarded data relating to media sessions that are directly relevant 
to them. This provides advantages not only for database users but also for media session providers since media session 
data Is more likely to be found by Interested users. The above method overcomes many of the problems associated 
with searching the WWW for relevant Information relating to media sessions. The central nature of the database pro- 

33 vldes for economy since only the database need be connected to the Multicast Internet, the user terminals can be 
readily connected to permanent or dynamically allocated communication ports associated with the database In much 
the same way that dial up modems connect users, or more precisely user terminals, to the Internet through a WWW 
Portal or ISP. When Implemented In a WWW based environment the combination of categorised session announce- 
ments and user specific data permits each user to be presented with customised data relating to those categories of 

40 personal interest, for example television media sessions categorised as sport. !n this way users can be presented with 
personalised "Web pages" of user selected Information. 

[0015] Preferably, the step of selecting at least one media session comprises the step of comparing said session 
specific data with said user specific data and selecting at least one relevant media session according to said compar- 
ison. This provides for efficient and accurate searching of the database for relevant session specific data. 

45 [0016] Conveniently, said user specific data identifies at least one media session category selected by the user. In 
this way, session specific data can be accessed according to pre-defined selected categories. This improves information 
focus since the selected categories provide an information filter for user access to the session specific data. 
[0017] In preferred embodiments, said session specific data comprises user-oriented data including at least one 
media session category. This allows media session providers to readily classify the content of a media session in a 

50 session announcement. 

[0018] Preferably, said step of selecting at least one relevant media session comprises the step of comparing said 
session specific and user specific category data and selecting one or more sessions according to the comparison. This 
provides for efficient data retrieval. 

[0019] Conveniently, a user Interface environment Is configured in response to user oriented session specific data 
sb being returned from the database to the terminal. In this way session specific data can be readily presented In a user- 
friendly functional manner to the user. 

[0020] In preferred embodiments, said session specific data Is transmitted to the database over the communications 
network. This allows session providers to readily transmit media session announcements in real time and to many 
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databases In a single multicast transmission. 

[0021 J Preferably, the method further comprises the step of supplying data identifying a user request from the user 
terminal to the database system. In this way users are able to communicate with the database, for instance to change 
selected categories etc. 

5 [0022] Conveniently, said request conforms to a structured data format. This provides for improved database and 
communication efficiency since a request format can be standardised for many database users. 
[0023] In preferred embodiments, the method further comprises the step of selecting in accordance with said session 
specific data returned to the terminal at least one media session to be received. In this way the user terminal can be 
configured to receive a multicast transmission announced to the user by way of the transmitted session specific data. 
10 [0024] A media session database can be readily configured and indexed according to category parameters contained 
in media session announcements transmitted over a communication network such as the Multicast Internet. This allows 
media session providers such as television and radio stations to announce media session descriptions over a com- 
munications network such as the Mbone so that session descriptions can be cached and processed by connected 
databases, for instance WWW Portal or ISP databases. By using a multicast channel to transmit session announce- 
rs ments media session databases connected to the communications network can be readily updated by media session 
providers, that is to say, media session descriptions can be "pushed" to appropriate databases over the communications 
network. This has the advantage that Web Portal or ISP databases can be maintained by caching and storing session 
announcements rather than by storing appropriate Universal Resource Locators (URL's) found by Web "crawlers" or 
"robots 0 . In this way media session providers can effectively advertise media sessions to the databases without the 
20 databases or database users having to find the relevant Web pages beforehand. In addition, information focus and 
retrieval can be Improved by Identifying announcements as belonging to one or more appropriate categories. 
[0025] It will be understood that the order In which the steps are carried out in the above first and second aspects 
of the invention does not have to be in the order set out above. For instance, the step of determining the Identity of the 
user might be carried out some time in advance of the first step in the aforementioned first aspect of the invention. 
25 [0026] An example of the present invention will now be described In detail with reference to the accompanying draw- 
ings, in which: 

Figure 1 is a schematic diagram illustrating a multicast transmission across the MBone; 
Figure 2 is a block diagram of a modular session description of a simple session generated In accordance with 
30 ' the present invention; 

Figure 3 is a schematic diagram of a part of an MBone access network; 

Figure 4 is a schematic representation of a front end user Interface for use in one arrangement of the Invention; 
Figure 5 Is a schematic representation of an editing window provided by the user interface of Figure 4; 
Figure 6 is a flowchart showing a method of accessing a media session database. 

35 

[0027] An example of an IP multicast transmission system used In one arrangement of the invention is described 
with reference to Figure 1 . In Figure 1 a plurality of user terminals 100 are connected to the Internet multicast network 
(Mbone) 105 via respective Internet access servers 110 which are each connected to a respective multicast capable 
router 115. Each of the access servers is connected to a respective local database system 120 which comprises a 
40 session description database 125 for storing cached session descriptions announced on the Mbone and a further 
database 130 for 3toring user specific data relevant to end users. In the context of the present invention it is to be 
understood that the term "end user" comprises not only human users of the terminals 1 00 but also the terminals them- 
selves and devices connected to the terminals. 

[0028] Prior to a multicast transmission, an appropriate announcement containing a session description Is made to 
45 allow end users to elect to receive the transmission. A public multicast session announcement is made on the Mbone 
105 using a single well known group IP multicast address dedicated to the transmission of session announcements. 
Each access server that has elected to join the IP multicast group address receives the multicast session announce- 
ment. The concept of joining an IP group address is analogous to that of a television or radio receiver being tuned to 
a particular frequency or •"channel" to receive a television or radio broadcast on that channel. 
so [0029] In one arrangement, each user terminal that elects or is elected to receive the transmission Is linked to the 
IP multicast group address identified in the announcement and the routers associated with the elected terminals are 
configured to receive multicast packets addressed to that group address. The session streams are then transmitted 
from one or more media sources 135 tD the terminals of the multicast group. 

[0030] In another arrangement, user terminals connect to the media source IP address Identified In the session 
55 announcement and separate unlcast media streams are transmitted to the IP addresses of the respective terminals. 
Thus, there is no requirement for the terminals to be multicast enabled. 

[0031] Figure 2 is a block diagram of a session description 200 for a simple television session. The session description 
does not conform to SDP although SDP could be used in ah alternative embodiment to that described. The session 
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description 200 comprises a base module 210 linked to a media module 220. 

[0032] The base module 210 contains user-oriented session specific data Including the session title and timing in- 
formation. In particular the base module includes a category field for session classification purposes. In the example 
shown below the category field of the media session is "Entertainment". Other categories for television sessions Include 
5 for example, news, sport, movies, documentary, science, drama etc. Appropriate categories for other real time media 
sessions are also envisaged. These sessions include radio sessions, live or archived music sessions and networked 
game sessions, for example. A category fiofd may be added as a so called "attribute" extension field to session an* 
nouncements constructed in accordance with SDR 

[0033] The base module 210 may also include a description or abstract, contact information about the organiser and 
10 a WWW or an intranet URL pointing to a web site containing further Information. The base module 21 0 contains infor- 
mation necessary for the user to decide if they are interested in participating in the session. The media module 220 
contains announcement data relating to a video stream of the session. The media module 220 contains the technical 
Information necessary for the user terminal to receive the associated media stream, in particular, connection, timing 
and media format details are provided. The connection field of the media module contains the group IP multicast 
15 address and port number from which the media stream can be received, or alternatively, the IP address of the media 
source If the media stream is unlcast. 

[0034] An example of a session description 200 generated for a television media session Is shown below: 

20 ( 

type=(base) 

id=(310) 

2s info-(title= H live multicast television session") 



30 



source=(name="A. Sender" emajl=asender@tx.com) 
media^video^client^dbitsO. 16)) 
tirne^(length=50m repeat=continuous) 
category=("Entertainmerit") 
35 options=(none) 

modules=(m=320) 
) 
( 

type=(media) 

id=(320 310) 

media=(video-(client=odbitsO. 1 6)) 
connection=(229. 1 . 1 .2/7000) 
time=(length=»50m) 
) 



40 



50 



[0035] The base module 210 has a unique identifier (id field) used in the generation of links between two modules 
during the processing of the session description. The module field of the base module 210 Il3ts the type and unique 
identifier of the media module 220 linked to the base module 210. The second identifier in the id field of the media 
module 220 Is the unique identifier belonging to the base module 21 0 llnkin g the media module back to the base module 
210. By extension, these two-way links permit a module tree to be traversed from a base module downwards or from 
a media module upwards. 

[0038] In the system architecture of Figure 1, the Internet access servers 110 are each configured to listen to the 
dedicated group address and cache session announcements announced to that address. In an alternative arrangement 
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a dedicated proxy server could be used for this purpose, to free local system resources for instance. In this way remote 
procedural calls could be used to periodically download the cached announcements from the proxy server to one or 
more access servers 110. 

[0037] Referring now to Figure 3, each server 110 comprises a cache 300 for caching session announcements trans- 
5 mitted to the dedicated group address, a SAP parser 305 for parsing cached session announcements and a session 
description parser 310 for parsing session descriptions contained within the session announcements. The session 
description parser 310 is configured to Identify appropriate parameters in the session description 200 for database 
classification and indexing purposes. Once parsed the session descriptions are stored In the session description da- 
tabase 125. The server 11 0 is further provided with a first database interface 315 for accessing the session description 
10 database and a second database Interface 320 for accessing user specific data In the database 1 30. 

[0038] In one arrangement the data contained In the session specific database 125 comprises data entries for at 
least all the fields shown in the example modular session description 200 previously described. For instance, the 
database 125 comprises an entry for the id field, Information field, source field, category field etc, of the base module 
and an entry for the Id field, media field, and connection field of the media module. The database 1 25 Is configured to 
15 recognize each media session announcements as belonging to a particular media session category as defined In the 
category field of respective session announcement. In this respect a plurality of category names are defined so that 
each media session announcement contains an entry in its respective category field that Is Identifiable by the database 
125 according to a standard list of category entries stored In the database 125. 

[0039] When a session announcement containing a session description is received over the communications network 
20 it is first cached by the cache 300. The Cache 300 stores the session announcement in its pre-processed form, that 
is to say as a plurality of cached SAP IP packets. The announcement Is then processed first by the SAP parser 305 
to determine the session description contained in the session announcement and then by the session description 
parser 31 0 to determine the contents of the session description , that is to say to Identify the data entries In each of the 
respective fields of the session description. In particular the session description parser 310 identifies which respective 
25 category the session description belongs to according the respective category field data entry that is contained in the 
session description. The parsed session description data is then stored in the database 125 where it is classified 
according to Its respective category field for subsequent retrieval. 

[0040] Database 130 stores user specific or user profile data relating to the real time media preferences of each 
respective user registered with the database. These preferences comprise timing preferences, content or category 
30 preferences, media channel or session provider preferences, for example. In this respect a user profile may include a 
p re-determined preference for each data field contained in the session description. 

[0041] The access server 110 also includes a first communications Interface 320 for communicating with the user 
terminals connecting or connected to it. In the arrangement shown the communications interface 325 provides an IP 
connection to the user terminals for the transfer of HTML or XML request and response messages using the hypertext 
transfer protocol (HTTP). A second communication Interface 330 is provided for receiving multicast IP packets from 
the associated router 115. 

[0042] An example of a front-end graphical user interface 400 for the user terminals 100 is shown fn Rgure 4. The 
user interface allows users to interact with the local Internet access servers 1 1 0 for receiving real time multicast media 
streams and accessing the database 130. The user interface is divided into five main area blocks. 

40 [0043] The first block 405, to the right of the drawing in Figure 4, comprises a main menu induding four buttons 
which relate to four different streamed media channel types. A first button 410 Is labeled "TV and is used to access 
media session listings for one or more television channels, a second button 41 5 Is labeled "Radio" and is used to 
access session listings for one or more radio channels, a third button 420 is labeled "Music" and is used to access 
media session listings for live and archived music channels and a fourth button 425 Is labeled "Games" which is used 

45 to access live networked game media session listings. A user selects one of the four media channel types to be dis- 
played by positioning a mouse cursor over the appropriate button and executing a mouse click or other suitable com- 
mand.O 

[0044] In the drawing of Figure 4 the TV button 41 0 has been selected and the listings for various television channels 
are displayed in a second block 430 which comprises the central lower portion of the Interface shown In Rgure 4. In 

SO the drawing partial listings for three television channels "BBC News 24", "BBC One" and "BBC Two" are shown side 
by side In respective adjacent sub-blocks 435, 440 and 445 within the listing block 430. These three channels are 
displayed in the foreground in block 430. The listings for two other channels "Channel 4" and "Channel 5" are shown 
in the background and may be moved to the foreground for display by user selection of an appropriately labeled tab 
475 by mouse click or otherwise. The listings are displayed in chronological order and scroll bars 450 are provided on 

55 the right hand side of the sub-blocks to enable users to scroll the display up and down using mouse or keyboard 
commands to navigate channel listings for an entire day. As shown, the sub blocks 435, 440 and 440 comprises a first 
column 455 that indicates the time of transmission of the media session and a second column 460 that indicates the 
title of the media session. 
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[0045] A third block 465 Is positioned above the listing block 430 In the drawing and comprises seven buttons 470, 
one for each day of the week. Selection of one of these buttons by mouse click or other like command displays the 
corresponding day's listings for the current foreground channels in the listing block 430. 

[0046] An important feature of the user Interface 400 is that it allows users to display listings for all channels of a 
5 specific type, for example television or radio, or only a pre-determined set of user selected channels. Similarly, the 
user interface allows users to display listings for alt categories of media session, such as news or entertainment, or 
only a pre-determined set of user selected categories. 

[0047] A fourth block 480 is positioned towards the top of the drawing and comprises three buttons 482, 484 and 
486. The first button 482 is labeled "All channels" and its selection by mouse click or like command causes the listings 

10 of all channels from a list of channels to be displayed. In the Interface shown In Figure 4 only the first three channels 
are actually displayed In the foreground, the remainder are accessible from the background by clicking on background 
tabs like tab 475 as previously described. The second button 484 is labeled "Your channels" and its selection causes 
the listing of only a pre-determined set of user selected channels to be displayed. The third button 486 Is labeled 
"Change your channels" and Its selection allows a user to change their selected channels. The function of button 486 

is will be described in greater In the description relating to Figure 5 later in the specification. 

[0048] The fifth block 490 is positioned to the left of the drawing and comprises three buttons 492, 494 and 498. The 
first button 492 is labeled "All categories" and its selection by mouse click or like command causes the listings of all 
categories of media session from a list of categories to be displayed. The second button 494 is labeled "Your categories" 
and its selection causes the listing of only a pre-determined set of user selected media session categories to be dis- 

20 played. The third button 496 is labeled "Change your categories" and Irs selection allows a user to change their selected 
categories. The function of button 496 like 486 will be described in greater detail in the description relating to Figure 
5 which follows. 

[0049] Referring to Figure 5, when a user selects the option "Change your categories" by clicking on button 496 a 
window 500 is displayed on the user terminal. The window 600 comprises two category boxes 505 and 510 which are 

25 position side by side in spaced relation. Both boxes contain a list of categories which together define a complete list 
of categories for the available media sessions. The boxes are both provided with scroll bars 515 which allow up and 
down scrolling of the text In the respective boxes by the user. Box 505 which Is on the left of the drawing contains the 
media session categories that are not of interest to the user and box 51 0 which is on the right contains those categories 
that are of Interest to the user. Two buttons 520 and 525 are provided for moving categories between the two boxes. 

so The first button 520 allows a user to add a selected category from box 505 to box 510 and the second button 525 
allows a selected category to be removed from box 51 0 to box 505. Categories are moved between boxes by the user 
selecting the category that Is to be moved, by mouse click or otherwise, and then selecting the appropriate button. 
When all the changes have bean made they are saved by the user selecting button 530 by mouse click or other like 
command. 

35 [0050] When a user selects the option "Change your channels" by clicking on button 486 a similar window (not shown) 
to window 500 Is displayed on the user terminal. The window is the same as window 500 except that it lists channels 
instead of categories and allows changes to be made to "Your channels" Instead of "Your categories". These category 
and media channel preferences arc stored as part of a user profile for each user in the database 130. These records 
are updated each time a user changes their respective preferences at a user terminal. 

40 [0051] Referring now to the flowchart of Figure 6. A user wishing to access media session announcements held In 
the database 125 is required to input an allocated unique personal identification code and password at a user terminal 
in step 600. In step 605 a communications link is established between the user terminal and a respective Internet 
access server. The user identification code and password are verified by the access server In step 610 and if verification 
is confirmed the user terminal is granted access to the database system 120 under control of the server in step 615. 

45 The user is then prompted to send a request to the server from the terminal in step 820 to display cached session 
announcements according to the user's pre-defined selections for one of the four media stream channel types. If a 
request Is sent the server accesses the database 1 30 and retrieves the user profile or user specific data forthe identified 
user in step 625. The access serverthen accesses the session announcement database 1 25 In step 630 and retrieves 
the session specific data for each session that matches the user profile forthe requested channel type. The data is 

50 then sent as a response to the user terminal for manipulation and display by the user Interface. 

[0052] The user may request more information about a particular session by clicking on the title of the session in the 
listing block 430. This command is recognised by tho ueor terminal and a further request Is sent to the access server 
for further information contained in the relevant session description, for instance an abstract or press review. If further 
information Is available this Is sent to the user terminal for display by the user interface. If the media session is being * 

55 transmitted or is about to be transmitted the user can elect to join the session to receive the media stream by clicking 
a join now button (not shown) presented on the user interface. If the user elects to Join a session a network HTTP 
connection is made to the media steam server identified in the connection field of the respective session description. 
The connection provides a link between the user terminal and the media stream server for the transfer of HTML or 



PACE 25/35 * RCVD AT 1 1/29/2007 9:22:51 PM [Eastern Standard Time] " SVR:USPTO-EFXRF-3/20 * DNIS:2738300 * CSID:818 885 5750 ■ DURATION (mm-ss):13-56 



11/29/2007 18: 24 818-885-5750 



DEFRANK 



PAGE 



BP 1 130 871 A1 

XML structured data requests. Media stream data is transferred to the user terminal using Real Time Protocol (RTP) 
over UDP, for Instance. 

[0053] The user may send a request to view the cached session descriptions of a different media channel type, for 
instance radio instead or television, by clicking the appropriate button in the main menu block. HTML or XML requests 
5 are sent to the access server by the user terminal to view the relevant session descriptions. 

[0054] Although the present invention has been described with specific reference to the Internet and multicast it will 
be apparent that the described methods are applicable to other communication transport mechanisms, in particular 
communications networks that are configured to transport multicast packets over non-multicast uni-cast tunnels. 

10 

Claims 

1 . A method of accessing media session data In a database system In response to instructions from a user terminal, 
said method comprising the steps of> 

15 

establishing a communication channel between a user terminal and a database system, said database system 
comprising session specific data relating to respective media sessions available over a communications net- 
work; 

determining the Identity of the user; 
20 retrieving user specific data for that user; 

selecting from said media sessions, in accordance with said user specific data, at least one media session 
relevant to the user; 

returning session specific data Identifying the relevant media session or sessions to the user terminal. 

25 2. A method according to claim 1 wherein the step of selecting at least one media session comprises the step of 

comparing said session specific data with said user specific data and selecting at least one relevant media session 
according to said comparison. 

3. A method according to claim 1 or claim 2 wherem said user specific data identifies at least one media session 
30 category selected by the user. 

4. A method according to claim 3 wherein said session specific data comprises user oriented data including at 
least one media session category. 

3S 5. A method according to claim 4 wherein said step of selecting at least one relevant media session comprises 

the 8 tap of comparing said session specific data and said user specific category data and selecting one or more 
sessions according to the comparison. 

6. A method according to any preceding claim wherein a user interface environment is configured in response to 
40 user oriented session specific data being returned from the database to the terminal. 

7. A method according to any preceding claim wherein said session specific data is transmitted to the database 
over the communications network. 

45 9. a method according to any preceding claim further comprising the step of supplying data Identifying a request 

for relevant session specific data from the user terminal to the database system. 

10. A method according to claim 9 wherein said request conforms to a structured data format. 

so 11 . A method according to claim 1 0 wherein said structured data format conforms to HTML or XML. 

12. A method according to any preceding claim further comprising the step of selecting in accordance with said 
session specific data returned to the terminal at least one media session to be received. 

55 13. A system for accessing media session data in a database in response to instructions from a user terminal, 

said system comprising:- 

communtcatton means for establishing a communication channel between a user terminal and a database, 
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said database comprising session specific data relating to respective media sessions available over a com- 
munications network; 

determining means for determining the identity of the user; 
means for retrieving user specific data for that user; 
5 selecting means for selecting from said media sessions, in accordance with said user specific data, at least 

one media session relevant to the user; 

means for returning session specific data identifying the relevant media session or sessions to the user ter- 
minal. 

10 
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